OpenTelemetry Operator OpenShift End-to-End Test Suite

This directory contains a comprehensive set of OpenShift-specific end-to-end tests for the OpenTelemetry Operator. These tests serve as configuration blueprints for users to understand and deploy various OpenTelemetry observability patterns on OpenShift.

🎯 Purpose

These test scenarios provide OpenTelemetry configuration blueprints that demonstrate:

• Integration with OpenShift-specific features (Routes, Monitoring, Security)
• Real-world observability patterns and configurations
• Step-by-step deployment instructions for various use cases

📋 Test Scenarios Overview

🔗 OpenTelemetry Collector Components Tests

For detailed component-specific configurations and testing patterns, see the OpenTelemetry Component E2E Test Suite in the distributed-tracing-qe repository:

📡 Receivers:

• filelog - File-based log collection from Kubernetes pods
• hostmetricsreceiver - Host system metrics (CPU, memory, disk, network)
• journaldreceiver - Systemd journal log collection
• k8sclusterreceiver - Kubernetes cluster-wide metrics
• k8seventsreceiver - Kubernetes events collection
• k8sobjectsreceiver - Kubernetes objects monitoring
• kubeletstatsreceiver - Kubelet and container metrics
• otlpjsonfilereceiver - OTLP JSON file log ingestion

📤 Exporters:

• awscloudwatchlogsexporter - AWS CloudWatch Logs integration
• awsxrayexporter - AWS X-Ray tracing export
• googlemanagedprometheusexporter - Google Cloud Managed Prometheus
• loadbalancingexporter - High availability load balancing
• prometheusremotewriteexporter - Prometheus remote write integration

⚙️ Processors:

• batchprocessor - Batching for performance optimization
• filterprocessor - Selective data filtering
• groupbyattrsprocessor - Attribute-based data grouping
• memorylimiterprocessor - Memory usage protection
• resourceprocessor - Resource attribute manipulation
• tailsamplingprocessor - Intelligent trace sampling
• transformprocessor - Advanced data transformation

🔗 Connectors:

• forwardconnector - Data forwarding between pipelines
• routingconnector - Conditional data routing
• countconnector - Metrics generation from telemetry data

🔧 Extensions:

• oidcauthextension - OIDC authentication
• filestorageextension - Persistent file storage

These component test blueprints provide configurations for individual OpenTelemetry components that can be combined with the OpenShift integration patterns documented here.

🚀 Quick Start

Prerequisites

• OpenShift cluster (4.12+)
• OpenTelemetry Operator installed
• oc CLI tool configured
• Appropriate cluster permissions

Running Tests

These tests use Chainsaw for end-to-end testing:

# Run all OpenShift tests
chainsaw test --test-dir tests/e2e-openshift/

# Run specific test scenario
chainsaw test --test-dir tests/e2e-openshift/route/

Using as Configuration Templates

Each test directory contains:

• Configuration Files: YAML configuration blueprints
• README.md: Step-by-step deployment instructions
• Scripts: Verification and setup automation

📁 Directory Structure

tests/e2e-openshift/
├── README.md                                    # This overview
├── route/                                       # External access patterns
├── scrape-in-cluster-monitoring/               # Prometheus integration
├── otlp-metrics-traces/                        # OTLP with Tempo
├── multi-cluster/                              # Cross-cluster telemetry
├── must-gather/                                # Diagnostic collection
├── monitoring/                                 # Platform monitoring
├── kafka/                                      # Messaging patterns
└── export-to-cluster-logging-lokistack/       # Log export patterns

🔧 Configuration Patterns

Common OpenShift Integrations

1. Security Context Constraints (SCCs)

   • Automated SCC annotations for namespaces
   • Service account configurations

2. OpenShift Routes

   • TLS termination options
   • External endpoint exposure

3. Monitoring Stack Integration

   • Prometheus federation
   • Platform monitoring labels

4. RBAC Configurations

   • Cluster roles and bindings
   • Service account permissions

📖 Documentation

Each test scenario includes:

• Configuration blueprints for reference and adaptation
• Step-by-step instructions for manual deployment
• Verification steps to ensure proper operation
• Troubleshooting guidance for common issues

🏷️ Labels and Annotations

OpenShift-specific labels and annotations used across scenarios:

• openshift.io/cluster-monitoring=true - Enable platform monitoring
• openshift.io/sa.scc.uid-range - UID range for security contexts
• openshift.io/sa.scc.supplemental-groups - Supplemental groups for SCCs

🤝 Contributing

When adding new test scenarios:

1. Include comprehensive README with step-by-step instructions
2. Provide configuration blueprint examples
3. Add verification scripts for testing
4. Document OpenShift-specific considerations

📝 Documentation Note

The comprehensive READMEs in this test suite were generated using Claude AI to provide detailed, step-by-step configuration blueprints for OpenTelemetry deployments on OpenShift. These AI-generated guides aim to accelerate user adoption by providing clear, actionable documentation for complex observability scenarios.

To regenerate / update the docs, the following prompt can be used.

To enhance our OpenShift End-to-End (E2E) tests, we need to create comprehensive README files within the tests/e2e-openshift directory. These READMEs should provide a maintained set of OpenTelemetry configuration blueprints to assist users in easily deploying and configuring their observability stack, enabling them to quickly access and learn from out-of-the-box observability collection patterns. Each README must include step-by-step instructions referenced directly from the test cases, citing test resources and scripts. Since the test cases are written using the Chainsaw E2E testing tool, the READMEs should be designed from a user perspective for clear and easy follow-through.

📚 Additional Resources

• OpenTelemetry Operator Documentation
• OpenShift Documentation
• Chainsaw Testing Framework